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ABSTRACT 

The Cruise Weapons community wants to evaluate its baseline network and define the 
characteristics of its Engineering 2000 target network. In this thesis, we develop and execute 
a methodology for completing these actions. By following this methodology, we compare 
the community’s current requirement with its current capabilities to produce our baseline 
evaluation. Then, we predict the future requirements and capabilities. From this, we 
produce our target definition. In our baseline evaluation, we find that the current network 
does not provide sufficient reach, range, responsiveness, user support, or workgroup support. 
In addition, we find that it is too complex to maintain or manage effectively. In our target 
definition, we determine that the future network should be a simple, centrally managed and 
maintained system that supports all users, including afloat customers and mobile employees. 
Furthermore, we determine that the network should handle simple messages, multi-version 
documents, and engineering drawings. In order to provide these capabilities, we recommend 
that the community streamline its applications suite, discard unnecessary computing assets, 
produce formal maintenance and management policies, and establish a network operations 
center. In addition, we recommend that the community implement peer-to-peer networking 
systems within workgroups, take advantage of upgrading LAN technology at the local level, 
and continue working with DoD service providers for wide area communications. 
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I. INTRODUCTION 



A. PURPOSE OF THESIS 



1. Customer’s Goals and Expectations 

The Navy’s Cruise Weapons community supports the Harpoon and Tomahawk 
cruise missile programs [Ref. 1], These programs are important components of our 
nation’s maritime force structure [Ref 2], 

In order to support Harpoon and Tomahawk more effectively, the Cruise 
Weapons community initiated the Engineering 2000 project [Ref 3], This project was 
designed to lead to the establishment of a robust information architecture encompassing 
the community’s engineering, logistics, and management functions [Ref 4], 

One aspect of Engineering 2000 involves the development of a community- wide 
“network of networks.” This computer network must give a geographically distributed 
set of government and contractor entities an improved ability to access and exchange 
mission-critical information [Ref. 5], It must support the community’s efforts to improve 
its concurrent engineering, life cycle support, and program management capabilities 
[Ref 3], Furthermore, it must comply with the appropriate Department of Defense 
(DoD) and Department of the Navy (DoN) standards [Ref. 6]. 

The Cruise Weapons Systems Department (CWD) of the Naval Surface Warfare 
Center’s Port Hueneme Division (NSWC PHD) is responsible for developing this 
network [Ref. 4], Asa part of the plan for discharging this responsibility, managers 
from the organization have requested research assistance from the Naval Postgraduate 
School’s (NPS).Systems Management Department [Ref. 1], Specifically, these managers 
have asked NPS to help them answer six questions: 
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1 What are our current requirements? 

2. What are our current capabilities? 

3. How well do these capabilities match our requirements? 

4. What are our anticipated requirements for the year 2000? 

5. What capabilities will be available in the year 2000? 

6. How can we incorporate these capabilities to meet our anticipated 
requirements [Ref. 1]? 

The first three questions are part of a baseline evaluation , while the second three 
are part of a target definition. By answering these six questions, the management team 
hopes to gain the insight required to identify the projects associated with moving the 
computer network from its baseline state to the target state [Ref. 7], 

2. Department of Defense Guidance 

CWD is using DoD 's Technical Architecture Framework for Information 
Management (TAFIM) to help it manage this portion of the Engineering 2000 project. 
By so doing, the organization is in compliance with a directive issued by the Assistant 
Secretary of Defense for Command, Control, Communications, and Intelligence in 
March, 1995 [Ref. 8], This directive included the following statement: 

“Effective immediately, new DoD information systems development and 

modernization programs will conform to the TAFIM... [Ref. 8]” 

TAFIM’s Volume Four (DoD Standards-Based Architecture Planning Guide) 
provides general guidance concerning the baseline evaluation and target architecture 
definition processes. It does not, however, contain a detailed plan for using TAFIM in a 
specific problem environment. CWD or its agents must, therefore, develop a 
methodology for applying TAFIM’s principles to the Engineering 2000 project. 
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3. 



The Project Team’s Efforts 



We, the members of the NPS project team, developed a process that bridged the 
gap between TAFIM’s general guidance and the specific needs of CWD. After 
developing this process, we applied it to the Engineering 2000 problem environment. As 
a result of our efforts, we were able to answer the research questions. 

B. LITERATURE REVIEW 

To augment the guidance provided by TAJFIM, we reviewed two 
contractor-produced studies. The first of these was the CWD-directed Feasibility Study 
for Engineering 2000, a product of the Science Applications International Corporation 
(SAIC). It examined the current software, hardware, and network architecture to 
determine the feasibility of integrating automated tools to provide a common 
infrastructure for the future [Ref. 4], The second study was directed by NSWC PHD in 
conjunction with its Paperless Environment Project (PEP). This study was conducted by 
the EG&G Support Services Corporation (EG&G). It was helpful in understanding 
efforts currently underway to create an environment for electronic communication at 
NSWC PHD [Ref. 9], 

While both of these studies provide critical background information regarding 
CWD and its environment, the focus of each is insufficient to answer all of the 
Engineering 2000 questions. The SAIC Feasibility Study focuses primarily on the 
integration of software tools for CWD. The EG&G Study focuses on electronic 
communications for NSWC PHD’s needs. Both studies provide information in 
answering the Engineering 2000 questions. 

C. OUTLINE OF CHAPTERS 

This thesis outlines our work. The main body contains eight chapters. These 
chapters are organized as follows: 
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1 . In Chapter II, “Methodology,” we describe our model of the ideal computer 
network and discuss how we applied this model to the development of the 
baseline characterization and target definition methodologies. 

2. In Chapter III, “Baseline Environment,” we examine the work organization, 
information, and applications. From this examination, we draw conclusions 
about the current requirements. 

3. In Chapter IV, “Baseline Network,” we examine the networking suite. From this 
examination, we draw conclusions about the current capabilities. 

4. In Chapter V, “Baseline Evaluation,” we compare the requirements and 
capabilities to produce our evaluation of the baseline system. 

5. In Chapter VI, “Target Environment,” we examine trends in industry and DoD. 
From this examination, we draw conclusions about the anticipated requirements. 

6. In Chapter VII, “Target Evaluation,” we examine emerging technologies. From 
this examination, we identify the capabilities that may play a role in helping 
CWD meet its anticipated requirements. 

7. In Chapter VIII, “Project Conclusions,” we review our findings and present a set 
of short-term and long-term recommendations for improving CWD’s computer 
network. We finish by discussing the research that must be conducted in order to 
complete the next step of the TAFIM process. 
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II. METHODOLOGY 



A. OVERVIEW 

We began our research by developing the Four Concentric Rings model. This 
model was derived from TAFIM’s Volume Four. It captured our vision of the ideal 
computer network. 

We used the Four Concentric Rings model to help us evaluate the baseline 
network and define the target network. In the baseline evaluation, we compared the 
requirements and capabilities of 1995. In the target definition, we helped CWD identify 
the capabilities it needs to meet the anticipated requirements of 2000. 

B. THE FOUR CONCENTRIC RINGS MODEL 

1. Summary 

In the Four Concentric Rings model, the network and its environment are seen as 
the set of rings depicted in Figure 1 . The work organization ring represents the 
structured collection of network users. The information ring represents the information 
that is presented to and received from the users. The applications ring represents the 
applications that transform user-readable information into network-readable data. 
Finally, the network ring represents the managed collection of nodes, protocols, and 
transmission links. 

The outer three rings form the environment , while the innermost ring forms the 
network. The environment drives the requirements, while the network provides the 
required capabilities. In this project, we can study the environment, but we cannot 
manipulate it. On the other hand, we can study and manipulate the network. 
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2. Work Organization 

The work organization is the structured collection of network users. In order to 
perform their jobs effectively, users must be able to exchange information among 
themselves, even if that requires communicating over great distances. Their tasks 
normally do not require that they have detailed knowledge of the applications that 
present the information or the network elements that carry the information. 

The organization is driven by its structures, people, political forces, and culture 
[Ref. 10], The key structural factors are missions, objectives, internal designs, and 
external designs. The people can be characterized in terms of their responsibilities, 
access requirements, levels of experience, and technical backgrounds. Relevant political 
forces include the sources of conflict, major factions, and methods for resolving conflicts 
between those factions. The significant cultural factors are the key values and methods 
of interaction. In a networked computing environment, they may also include the degree 
of attachment to a particular operating system, application, or type of hardware. 
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3. 



Information 



Organizational entities collect, process, disseminate, use, and store information 
while performing their missions. By examining the information and the entities that 
interact with it, we can identify the key information domains. 

Within each domain are a number of flows. These flows link the entities that 
collect, process, disseminate, use, and store information. Each flow plays a role in 
determining how the domain interacts with the rest of the environment and the network. 

Flows can be categorized in terms of the information being transferred and the 
media used to represent that information. They can also be characterized according to 
the names and locations of the associated organizational entities. 

4. Applications 

Applications link information domains and network elements. They help the 
organization attain such capabilities as document management and electronic messaging. 

At the origin of a telecommunications link, applications accept the user’s inputs, 
transform them into network-readable data, and relay the data to the highest level of the 
network’s protocol stack. At the destination, they accept data from the network, 
transform them into human-readable information, and present the information to the user. 

Ideally, users should focus exclusively on the operational aspects of each 
application. If an application is part of an effective Human-Computer Interface, users are 
free to ignore the technical details and concentrate on the information they need. 

An analysis of the applications suite should include a study of the required 
functional capabilities. These capabilities identify what the applications need to do in 
order to support the organization effectively. 

After looking at the required functional capabilities, one should focus on the 
applications that exist to attain them. Each application can be classified in terms of its 
mission, sponsor, host sites, host platforms, and associated user groups. 
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5. 



Network 



The network is a managed collection of nodes, protocols, and transmission links. 
These elements support the environment by allowing applications to interoperate. By so 
doing, they help information flow freely between people and organizational entities. 

One can examine the network by identifying its subnetworking scheme. During 
this process, the analyst can categorize each subnetwork in terms of its geographic scope, 
transmission technology, network operating system, and logical and physical topologies. 

After examining the subnetworking scheme, one should study a sample of the 
nodes, protocols, and transmission links. Nodes can be characterized according to their 
purposes, central processing units, memory capacities, secondary storage capacities, and 
operating systems. Protocol stacks can be categorized in terms of their upper, transport, 
network, and lower layers [Ref. 11]. Finally, transmission links can be identified by 
their arrangements of physical media, switches, and relay nodes. 



C. BASELINE EVALUATION METHODOLOGY 

1. Overview 

Through our baseline evaluation effort, we addressed the following questions: 

1 . What are CWD’s current requirements? 

2. What are CWD’s current capabilities? 

3. How well do the capabilities meet the requirements? 

We used a three-step process to answer these questions. First, we examined the 
environment and drew conclusions about the requirements. Second, we examined the 
network and drew conclusions about the capabilities. Third, we compared the 
requirements and capabilities to produce our baseline evaluation. This process is 
summarized in Figure 2. 
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Examine Environment 

I 

Derive Current 
Requirements 




Examine Network 

I 

Derive Current 
Capabilities 




Compare Current Requirements and 
Current Capabilities 

i 

Produce Baseline Evaluation 



Figure 2. Baseline Evaluation Methodology 



2. Examining the Environment 

In the first step, we used site visits, interviews, and a literature review to gather 
data concerning the work organization, information, and applications. Then, we applied 
this data to our Four Concentric Rings model. By so doing, we were able to identify the 
key characteristics of the environment. 

After identifying the key characteristics, we used three analytical tools to help us 
increase our understanding of the environment. First, we used entity-relationship 
diagrams to identify the organization’s needs. Second, we used data flow diagrams to 
identify the information’s needs. Third, we used functional decomposition diagrams to 
identify the applications’ needs. 

At the end of the process, we reviewed the key characteristics and the three sets 
of needs. From this review, we derived the top-level requirements. 
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3. Examining the Network 



In the second step, we used interviews, site visits, operating log examinations, and 
a literature review to gather data concerning the networking suite. By so doing, we were 
able to identify the key characteristics of the local area networks (LAN), backbone 
network, wide area networks (WAN’s), and dial-up networks that support CWD. 

After identifying the key characteristics, we looked at the levels of service and 
performance associated with each network. This involved examining the linked entities, 
geographic locations, information domains, applications, and computing resources. It 
also involved measuring such parameters as availability, loading, message handling 
times, and annual costs. 

At the end of the process, we reviewed the key characteristics and levels of 
service and performance. From this review, we derived the top-level capabilities. 



4. Producing the Baseline Evaluation 

In the third step, we used a simple matching process to compare the current 
requirements and capabilities. During this process, we focused on the requirements that 
received inadequate support from the networking suite. This allowed us to identify the 
major problem areas. 

After completing the comparison, we reviewed the major problems areas. From 
this review, we derived a set of “shortfalls.” These shortfalls represent the areas on which 
CWD should concentrate while trying to improve its computer network. 

At the end of our project, we returned to the list of shortfalls and used it as the 
basis for a set of short-term recommendations. These recommendations dealt with 
relatively inexpensive and simple projects that could be undertaken in 1996 to “shorten 
the gap” between the requirements and capabilities. 
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D. TARGET DEFINITION METHODOLOGY 



1. Overview 

Through our baseline evaluation effort, we addressed the following questions: 

1 . What are the anticipated requirements for the year 2000? 

2. What capabilities will be available in the year 2000? 

3. How can we apply the future capabilities to meet the anticipated 
requirements? 

We used a three-step process to answer these questions. First, we examined 
trends in industry and DoD and derived the anticipated requirements. Second, we 
examined emerging technologies and derived the future capabilities. Third, we 
compared the anticipated requirements and future capabilities to produce our target 
definition. Figure 3 summarizes this process. 
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2. Examining Trends 



In the first step, we had to make predictions about the future environment for the 
CWD target network. Predicting the future is always a risky undertaking. Therefore, to 
derive a more accurate picture of the future requirements, we examined the trends in 
industry and DoD. We grouped these trends according to the domains of our Four 
Concentric Rings model. This helped us determine how a trend in industry will, perhaps, 
become a requirement for CWD’s computer network in the year 2000. 

3. Examining Emerging Technologies 

In the second step, we conducted an initial literature review to determine what 
emerging and expanding technologies have the most potential for affecting a computer 
network. We limited this review to specific components of a computer network in order 
to make the project more manageable. These components included: LAN technologies, 
broadband technologies, network operating systems, transmission media, and network 
management tools. For each component, we researched the most promising technologies 
from our initial literature review. This evaluation formed the basis for our estimation of 
the capabilities available in the future to affect a CWD network. 

4. Producing the Target Definition 

In the third step, we compared the anticipated requirements and future 
capabilities. The results of this comparison became the basis for our long-term 
recommendations. These recommendations dealt with relatively expensive and complex 
projects that could be undertaken over the next five years to help the network evolve into 
a system that meets CWD’s anticipated requirements. 
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E. 



SUMMARY 



In the first phase, we focused on the current requirements and capabilities (see 
Figure 4). We derived the requirements by examining the environment. Then, we 
derived the capabilities by examining the network. At the end of this phase, we 
compared the requirements and capabilities and identified a set of key shortfalls. 

In the second phase, we focused on the relationship between the anticipated 
requirements and future capabilities (see Figure 5). We derived the requirements by 
examining trends in industry and DoD. Then, we derived the capabilities by examining 
emerging technologies. At the end of this phase, we compared the requirements and 
capabilities and completed our target definition. 

We concluded our project by producing a list of short-term and long-term 
recommendations. The short-term recommendations referred to relatively inexpensive, 
simple projects that could be undertaken in 1996 to “shorten the gap” between the 
requirements and capabilities. The long-term recommendations referred to relatively 
expensive, complex projects that could be undertaken over the next five years to help the 
network evolve into a system that meets CWD’s anticipated requirements. 



1995 # Current ^ Current 

(Baseline) • Requirements Capabilities 



if 't 

2000 • Anticipated = Future 

(Target) • Requirements Capabilities 



Figure 4. Methodology Summary 
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III. BASELINE ENVIRONMENT 



A. INTRODUCTION 

We examined the environment by studying the work organization, information, 
and applications. From our examination, we drew conclusions about CWD’s networking 
requirements. 

B. WORK ORGANIZATION 

1. The Information Factory 

CWD is the in-service engineering agent (ISEA) for the Tomahawk and Harpoon 
programs [Ref. 12]. As such, it is the focal point for the Cruise Weapons community’s 
engineering and logistics activities. These activities benefit the development of new 
systems and the maintenance of existing systems. [Ref. 6] 

To meet its mission requirements, CWD must perform several functions. Most of 
these functions involve taking data from suppliers, transforming the data into useful 
information, and delivering the information to customers. Because of this, we can view 
CWD as a simple “information factory.” 

Like many factories, CWD is part of a larger organization, one that has a structure 
filled with seniors, peers, and subordinates. CWD must maintain relationships with 
these entities in order for it to perform its functions effectively. 

A factory would be nothing more than an empty building without managers, 
administrators, production workers, and maintenance technicians. CWD is not an 
exception to this rule. It has a large and diverse group of employees who perform or 
support the production functions. This workforce has needs that must be satisfied. 

CWD’s workforce, like any other large group of people, is subject to political and 
cultural forces. The political forces arise from the competition for resources and 
attention. The cultural forces govern the complex interactions that occur within and 
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between elements of the population. CWD must take these forces into account when it 
makes its long-term business decisions. 

We examined CWD in the context of the factory model. During this examination, 
we looked at the suppliers, customers, seniors, peers, and subordinates. Then, we used 
entity-relationship diagrams to analyze these elements as a complete set. Through this 
effort, we learned about CWD’s organizational structure. After learning about the 
structure, we looked at the human needs, political forces, and cultural factors. These 
were the elements that “gave life” to the organization. 

2. Suppliers 

The suppliers are civilian and military organizations that develop and maintain 
components of the Harpoon and Tomahawk weapon systems. They deliver components 
that meet the Navy’s requirements. In addition, they deliver the related technical data to 
CWD. The key suppliers include: 

1 . Lockheed-Martin Austin Operation (LAO), a civilian organization that is 
located in Austin, Texas 1 

2. Southeastern Computer Consultants, Incorporated (SCCI), a civilian 
organization that is located in Austin, Texas 

3. The Naval Surface Warfare Center’s Dahlgren Division (NSWC DD), a 
military organization that is located in Dahlgren, Virginia 

4. The Tomahawk Weapon Control System (TWCS) System Engineering 
Integration Agent (SELA), a civilian organization that is located in Saint Louis, 
Missouri [Ref. 3] 



1 In 1996, LAO’s operations may shift to a Pennsylvania-based firm. 
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3 . 



Customers 



The customers operate, maintain, manage, and support deployed Harpoon and 
Tomahawk systems. The key customers are surface combatants, tenders, shipyards, 
regional maintenance organizations, logistics commands, training centers, type 
commands, and operational staffs. 

Surface combatants operate and perform organizational-level maintenance on 
missile systems. They are homeported in such places as Bremerton, Mayport, Norfolk, 
Pearl Harbor, San Diego, and Yokosuka. They regularly operate in or near the Atlantic, 
Pacific, and Indian Oceans. 

Tenders perform intermediate-level maintenance on missile systems. These 
ships, like the combatants, are homeported in fleet concentration centers and can be found 
in forward-deployed areas of operations. 

Shipyards install, modify, and overhaul missile systems. They are military or 
civilian. The shipyards are in Avondale, Bath, Long Beach, and Pascagoula [Ref. 13]. 

Regional maintenance organizations manage intermediate-level maintenance 
support for installed missile systems. They and their subordinates are located in San 
Diego, Norfolk, and the other homeports. [Ref. 6] 

Logistics commands ensure that surface combatants, tenders, shipyards, and 
maintenance commands have the repair parts needed to operate and maintain missile 
systems. One of the most important logistics commands is the Naval Sea Logistics 
Center (NSLC). This organization is located in Mechanicsburg, Pennsylvania [Ref. 6]. 

Training centers ensure that operators and maintenance personnel have the skills 
required to do their jobs. To perform their mission, they must have updated technical 
information relating to the Harpoon and Tomahawk systems. The key training centers are 
located in San Diego and Norfolk. [Ref. 6] 

Type commands manage the organizations that maintain, operate, and support 
missile systems. They ensure that the systems receive the proper levels of maintenance 
and support, and they ensure that missile-equipped ships are available when operational 
commanders need them. The type commands are located in San Diego and Norfolk. 
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Operational staffs employ the missile systems to meet American military 
objectives. These organizations are located in such places as Norfolk, San Diego, 
Manama (Bahrain), Gaeta (Italy), and Yokosuka. 

4. Seniors 

CWD has two bosses. One is the Cruise Missile Weapon System Project 
Management Assistant (PMA-282), an element of the Cruise Missile Project Office 
(CMP). The other is the Systems Engineering Directorate, an element of the Naval 
Surface Warfare Center’s Port Hueneme Division (NSWC PHD). CWD is responsible 
for balancing the needs and requirements of these two seniors. [Ref. 6] 

PMA-282 is the department’s sponsor. It sets the direction and tone, and it 
procures most of the end-user computing equipment. In addition, it establishes 
information technology management (ITM) policies for itself and its subordinate 
organizations. [Ref. 6] 

The Systems Engineering Directorate is the department’s host. It provides 
computing and telecommunications support, and it establishes ITM policies for itself and 
its subordinate organizations. [Ref. 6] 

In the factory model, PMA-282 can be seen as the head of the nation-wide 
manufacturing division, while the Systems Engineering Directorate can be seen as the 
manager of the local industrial park. Like a real factory, CMP must balance the 
requirements and policies of its division head and its landlord. 

5. Peers 

CWD peers include the Systems Engineering Departments, Logistics 
Departments, Automated Information Systems (AIS) Department, and Construction 
Battalion Center (CBC). All of these peers are located in or near NSWC PHD’s 
“industrial park.” 

The Systems Engineering Departments, like CWD, are information factories. 
While CWD focuses on the Harpoon and Tomahawk weapon control systems, these 
factories focus on missiles, guns, launchers, underway replenishment equipment, and fire 
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control systems [Ref. 14] . The surface combatants have combat system suites that 
integrate the outputs of CWD and one or all of the other factories. Because of this, CWD 
must work closely with its peers to ensure that all of the products work together. 

The Surface Warfare Engineering Facility (SWEF) is a specialized element of the 
Systems Engineering Directorate. It is not an information factory. Instead, it is a testing 
laboratory where departments can evaluate their products before they deliver them to the 
customers. The SWEF has working models of many shipboard systems, including the 
Harpoon and Tomahawk weapon control systems [Ref. 12]. Many of CWD’s 
employees work at the SWEF on a regular basis [Ref. 6]. 

The Logistics Departments assemble and maintain support packages for each 
surface combatant. These packages include repair parts, test equipment, maintenance 
procedures, and technical manuals [Ref 14]. CWD works with the Logistics 
Departments to ensure that the customers have the items they need to support the 
Harpoon and Tomahawk systems effectively [Ref. 6]. 

The AIS Department is an element of the Systems Engineering Directorate. This 
department manages the backbone computer network, supports a large collection of Sun 
workstations, operates World Wide Web (WWW) servers, and provides off-station access 
to several wide area networks. [Ref 15] 

CBC is the host command for NSWC PHD [Ref. 16]. One of its most important 
functions, from CWD’s perspective, involves the operation of a digital telephone system. 
CWD makes extensive use of this system in its dial-up networks [Ref. 17]. 

6. Subordinates 

Most factories have internal organizations to handle portions of the production 
process. CWD followed this practice by creating four, product-oriented divisions. Two of 
these deal with Harpoon, while the other two deal with Tomahawk. The Harpoon 
divisions are 4G10 and 4G20, and the Tomahawk divisions are 4G40 and 4G50 [Ref. 18]. 
All of these divisions are located in the Port Hueneme facility, but none are “fixed” in 
terms of their geography. Each has a large group of employees who spend most of the 
year traveling to shipyards, naval bases, and contractor facilities [Ref. 19]. 
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4G10 is the Harpoon Systems Engineering Division. It has three branches: 4G1 1, 
4G12, and 4G13. 4G1 1 is the Harpoon Canister Systems Engineering Branch. 4G12 is 
the Harpoon Trainable Launcher Systems Engineering Branch, and 4G13 is the Advanced 
Programs and Computer Programming Branch. [Ref. 1 8] 

4G20 is the Haipoon Equipment Engineering and Change Management Division. 
It has three branches: 4G21, 4G22, and 4G23. 4G21 is the Harpoon Weapons Control 
System Engineering Branch. 4G22 is the Harpoon Missile and Launching Systems 
Engineering Branch, and 4G23 is the Engineering Change Management and Foreign 
Military Sales (FMS) Support Branch. [Ref. 1 8] 

4G40 is the Tomahawk Equipment Engineering Division. It has four branches: 
4G41, 4G42, 4G43, and 4G44. 4G41 is the Tomahawk Installation Branch. 4G42 is the 
Tomahawk Equipment Engineering Branch. 4G43 is the Tomahawk Armored Box 
Launcher Branch, and 4G44 is the Tomahawk Integration Branch. [Ref 18] 

4G50 is the Tomahawk Advanced Systems Division. It has four branches: 4G51, 
4G52, 4G53, and 4G54. 4G51 is the Tomahawk Advanced Systems Engineering Branch. 
4G52 is the Tomahawk Computer Software Engineering Branch. 4G53 is the Advanced 
Tomahawk Weapon Control System (ATWCS) System Engineering Branch, and 4G54 is 
the Tomahawk Systems Engineering Branch. [Ref. 1 8] 



7. Relationships between the Structural Entities 

Figures 5 through 12 are entity-relationship diagrams. They show the 
relationships that exist between CWD, and its suppliers, customers, seniors, peers, and 
subordinates. By studying these diagrams, we can learn the following lessons. 

1. 4G10 Division is managed bv CWD. It manages 4G11, 4G12, and 4G13. It 
coordinates with 4G20. 4G10’s branches coordinate with each other. 

2. 4G20 Division is managed bv CWD. It manages 4G21,4G22, and 4G23. It 
coordinates with 4G10. 4G20’s branches coordinate with each other. 
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3. 4G40 Division is managed by CWD. It manages 4G41, 4G42, 4G43, and 
4G44. It coordinates with 4G50. 4G40’s branches coordinate with each other. 

4. 4G50 Division is managed by CWD. It manages 4G51, 4G52, 4G53, and 
4G54. It coordinates with 4G40. 4G50’s branches coordinate with each other. 

5. AIS Department provides support to CWD. 

6. CBC provides support to CWD. 

7. CMP manages PMA-282. 

8. Customers receive products from CWD. They transmit feedback to CWD. 

9. CWD is managed by PMA-282 and the Systems Engineering Directorate. It 
manages 4G10, 4G20, 4G40, and 4G50. It receives product inputs from the 
suppliers, and it transmits input requests to the suppliers. It transmits products 
to the customers, and it receives feedback from the customers. CWD 
coordinates with the System Engineering Departments and the Logistics 
Departments. It receives support from CBC and AIS Department. 

10. Logistics Departments coordinate with CWD. 

1 1 . NSWC PHD manages the System Engineering Directorate. 

12. PMA-282 is managed by CMP. It manages CWD. 

13. Suppliers transmit product inputs to CWD. They receive input requests from 
CWD. 

14. Systems Engineering Departments coordinate with CWD. 

15. The Systems Engineering Directorate is managed by NSWC PHD. It manages 
CWD. 
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Figure 8. Entities and Relationships (View Four) 



CWD 




4G1 1 
Branch 




4G12 

Branch 




4G13 

Branch 




Figure 9. Entities and Relationships (View Five) 
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Figure 10. Entities and Relationships (View Six) 
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Figure 11. Entities and Relationships (View Seven) 
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Figure 12. Entities and Relationships (View Eight) 
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8. People 



Civil-service engineers and engineering technicians account for ninety percent of 
the 250-person, 2 CWD workforce. The remaining population includes managers, 
administrators, logisticians, enlisted personnel, and technical support specialists. [Ref. 6] 
Most of the engineers specialize in electronics, mathematics, computer science, or 
mechanical engineering [Ref. 19]. They tend to be comfortable with the computing 
environment. They like to experiment with the available tools, require very little training, 
prefer working with the latest technologies, and are not afraid of offering suggestions for 
improving the information architecture. [Ref. 6] 

Managers at the middle and lower echelons are experienced civil-service 
engineers. At the highest level, the manager is a combat systems engineering duty officer 
who has a master’s degree in computer science. Like the engineering workforce, the 
management team is well-educated and technically competent. Unlike the engineering 
workforce, the management team is less enamored with the latest technologies and more 
concerned about maintaining a stable and economical information system. The managers 
want to adhere to the appropriate standards, improve business processes, and meet the 
department’s requirements without “breaking the bank.” [Ref. 6] 

The administrators do not share the engineers’ and managers’ familiarity with the 
computing environment . They tend to be passive in their approach to the information 
architecture. They do not want to experiment or spend time learning about an 
application. They prefer simple, consistent interfaces that focus on information and 
minimize the workload. The administrators want the technical support specialists to 
spend less time “playing” and more time providing training and assistance. [Ref. 6] 

CWD does not have any logisticians, but it does work closely with thirty people 
from the Logistics Directorate. These individuals perform critical tasks for the 
department. In order to perform these tasks, they need to exchange documents, drawings, 
and other data sources with CWD’s engineers on a regular basis. [Ref. 17] 



2 Approximate. 
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The enlisted military personnel are concentrated at the SWEF. These uniformed 
workers deal with the testing and certification of missile system components. They do 
not have a great deal of contact with the computing architecture. They do, however, need 
a way to exchange information with the engineers who work in the main facility. [Ref. 6] 

CWD is dependent upon the local expertise provided by its technical support 
specialists. When users have a specific problem, they visit the appropriate expert. They 
do not, for the most part, turn to documentation or on-line help. The specialists enjoy 
being “village witch doctors,” but they would prefer to have a computing architecture that 
is more user-friendly, simpler to maintain, and easier to manage. In addition, they would 
appreciate a formal training program that fosters professional development and allows 
them to maintain pace with changes in networking technology. [Ref. 20] 

In summary, the workforce has many needs that should be satisfied by the 
network. Engineers want the network to incorporate the latest technologies. Managers 
want it to offer stable and economical operations, adhere to standards, and support 
process improvement. Administrators want it to support applications with better ease-of- 
use characteristics and gives technicians more time to devote to user support. 

Logisticians could use a system that helps them exchange documents and drawings. 
SWEF personnel would like to pass information between remote sites, and technicians 
want a system that will simplify maintenance and management while giving them more 
time to focus on training and professional development. 

9. Politics 

CWD must contend with several power-based conflicts. These include the 
conflicts that exist between development and maintenance obligations, between sponsor 
and host requirements, and between the technical support staff and AIS Department. 

In the 1980’s, CWD focused on to the development of new systems. It had little 
to do with the maintenance of deployed systems. This pleased the engineers, because it 
allowed them to work in the “exciting” areas of design and implementation. This pleased 
the managers, because they could control a simple set of project requirements. Finally, it 
pleased the technicians, because they had few storage and retrieval requirements. [Ref. 6] 
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In this decade, CWD assumed the responsibility for supporting systems 
throughout their life cycles. This forced the department to devote resources to the 
development of new systems and the maintenance of existing systems. Engineers had to 
spend time on “less glamorous” tasks. Managers had to oversee complex sets of project 
requirements. 3 Technicians had to find ways to store and retrieve more data. 4 [Ref. 6] 

As one might guess, most of the personnel prefer to devote themselves and their 
resources to development. They want to avoid being assigned to maintenance projects. 
This puts the management team in a tough situation. It must work hard to ensure that 
maintenance receives the attention it deserves. This involves making difficult resource 
allocation decisions and, at times, managing conflicts. [Ref. 6] 

The management team’s task could be simplified by a network that supports faster 
data retrieval and manipulation (perhaps, making the maintenance tasks more glamorous), 
better workgroup communications (to improve project management capabilities), and 
larger data storage capacities (to make adequate storage resources available to the 
development and maintenance data sets). 

In addition to fighting the development versus maintenance battles, CWD must 
contend with conflicts between the policies of its sponsor (PMA-282) and the policies of 
its host (Systems Engineering Directorate). One of the most important conflicts involves 
the issues surrounding AIS security. The sponsor follows the rules established by the 
Naval Air Systems Command (NAVAIR), while the host follows the rules established by 
the Naval Sea Systems Command (NAVSEA). In many cases, CWD must choose 
between them. Because the sponsor provides the money and long-term direction, CWD 



3 Development projects tend to follow a logical sequence of steps. Maintenance projects, especially the 
ones dealing with urgent engineering changes or complicated troubleshooting, can arrive “on the doorstep” 
with little or no warning. As a manager, one must find a way to “fight the fires” of maintenance while 
meeting the budget-driven requirements of development. 

4 Today, engineers need access to data relating to systems under development Mid all deployed versions of 
existing systems. This presents interesting challenges for the technician dealing with limited storage space. 
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tends to favor the sponsor’s NAVAIR-derived rules. This has weakened the relationship 
between CWD and its host. [Ref. 6] 

One of the sponsor’s leading concerns is the completion of the Engineering 2000 
project. This project emphasizes the integration of functional applications, remote data 
access, standardization across the Cruise Weapons community, and the optimization of 
workflow processes [Ref. 3]. One of the host’s biggest concerns is the completion of the 
Paperless Environment Project (PEP). This project emphasizes compliance with Defense 
Messaging System (DMS) requirements, the integration of data sources, standardization 
across NSWC PHD, and improved information security [Ref. 9]. At times, the 
requirements of the two projects interfere with each other. CWD is, therefore, left to 
choose between them. Because it must favor the requirements of its sponsor, CWD often 
finds itself working against the intentions of its host [Ref. 6]. 

CWD’s situation could be improved if its network allowed it to meet the 
requirements of Engineering 2000 and PEP. This would help the department maintain the 
critical balance between its sponsor and host relationships. 

There is a lot of tension between the AIS Department and CWD. This tension 
revolves around personality conflicts involving the head of the AIS Department and 
CWD’s technical support specialists. The major issues include the delegation of 
administrative authority over departmental computing assets, password management, 
Internet Protocol (IP) address allocation, and routing. [Ref. 17] 

CWD depends on the AIS Department. This department holds the licenses for 
two important applications ( Interleaf and Sun Mail), and it maintains the only platform 
upon which the Electronic Data Network, a mission-critical system, can reside. In 
addition, it operates the campus backbone and controls access to wide area networks. 
Thus, CWD cannot afford to let tension degrade its relationship with the AIS Department. 
[Ref. 20] 

Most of the disputes with the AIS Department involve management issues. A 
computer network with improved management capabilities might ease some of these 
tensions and allow CWD to achieve “detente” with its neighbor. 
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10. Culture 



CWD must consider cultural factors when it constructs its networking 
requirements. Some of the key cultural factors include the devotion to the branch 
structure, the need for remote coordination capabilities, and the desire for flexibility in the 
computing environment. 

The branches are the key workgroups within CWD. Personnel identify most 
strongly with the branches to which they are assigned. They would resist any technology 
that threatened branch integrity or degraded a branch’s ability to work as a team. By the 
same token, they would embrace any technology that allowed their branch workgroups to 
perform more efficiently or effectively. [Ref. 18] 

The problem becomes more complicated when one considers the distributed 
nature of the branches. Many branch employees travel on a regular basis. They spend a 
lot of time at shipyards, contractor facilities, and naval stations. As a result, branches 
rarely assemble in one location. This has led to the creation of “virtual workgroups” that 
tie themselves together with E-mail. Group leaders use E-mail to manage subordinates. 
Group members use it to collaborate on documents or exchange troubleshooting ideas. 
Many employees find that this arrangement helps them avoid playing “phone tag” 
throughout the work day. [Ref. 19] 

CWD’s engineering workforce, the largest segment of the population, believes in 
the importance of flexible, personalized computing environments. The management team 
supported this philosophy by deciding that standardization efforts should focus on the 
“seams,” the places where individuals share data in order to do their jobs. [Ref. 6] 

CWD’s corporate culture is built around small but distributed workgroups and 
flexible operating environments. In order to perform well, the department’s network 
must have characteristics that fit within this cultural framework. 
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11. Work Organization Summary 



Our study of the work organization allowed us to draw the following conclusions: 

1. CWD must maintain production, management, and coordination relationships 
with several organizational entities. These entities can be found in the 
Continental United States (CONUS), at overseas Naval installations, and on 
most of the world’s oceans. 

2. CWD must meet the needs of its engineers, managers, administrators, 
logisticians, military personnel, and technical support specialists. 

3. CWD must contend with the conflicts that exist between development and 
maintenance obligations, between sponsors and host requirements, and 
between the technical support staff and the AIS Department. 

4. CWD must work within a culture that is built around small but distributed 
workgroups and flexible operating environments. 
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B. 



BASELINE INFORMATION 



1. Producer and Consumer 

CWD produces and consumes information resources. The produced resources 
constitute the output of the information factory. They flow from suppliers to “production 
lines” and from production lines to customers. The consumed resources help CWD 
operate the factory. They flow vertically between seniors and subordinates and 
horizontally between peers. The need to maintain the flow of produced and consumed 
resources greatly influences CWD’s networking requirements. 

To enhance our understanding of CWD’s networking requirements, we decided to 
model the flow of information resources into, within, and from the department. With 
this in mind, we constructed the data flow diagrams presented in Figures 13 through 20. 
Through our study of these diagrams, we learned the following lessons: 

1 . PMA-282 and the Systems Engineering Directorate transmit management 
information to CWD. CWD feeds this information into its ISEA processes. 

2. CWD uses its ISEA processes to generate management feedback . This 
feedback is transmitted to PMA-282 and the Systems Engineering Directorate. 

3. CWD uses its ISEA processes to generate management information . This 
information is transmitted to 4G10, 4G20, 4G40, and 4G50. 

4. 4G10 and 4G20 use their Harpoon ISEA processes to generate management 
feedback . By the same token, 4G40 and 4G50 use their Tomahawk ISEA 
processes to generate management feedback . Both sets of feedback are 
transmitted to CWD. 

5 . 4G 1 0 and 4G20 use their Harpoon ISEA processes to generate management 
information . By the same token, 4G40 and 4G50 use their Tomahawk ISEA 
processes to generate management information . Each division transmits this 
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information to its subordinate branches. The branches respond by transmitting 
management feedback to their divisions. 

6. CWD uses its ISEA processes to generate data requirements . These 
requirements are transmitted to the suppliers. 

7. The suppliers transmit data inputs to CWD. CWD feeds these inputs into its 
ISEA processes. 

8. CWD uses its ISEA processes to generate product information . This 
information is transmitted to the customers. 

9. The customers transmit product feedback to CWD. CWD feeds these inputs 
into its ISEA processes. 

10. Coordination information flows between 4G10 and 4G20, the two Harpoon 
divisions. In addition, it flows between 4G40 and 4G50, the two Tomahawk 
divisions. Within each of these divisions, coordination information flows 
among the subordinate branches. 

1 1 . The Systems Engineering Departments transmit engineering inputs to CWD. 
CWD feeds these inputs into its ISEA processes. 

12. CWD uses its ISEA processes to generate engineering feedback . This 
feedback is transmitted to the Systems Engineering Departments. 

1 3. The Logistics Departments transmit logistics inputs to CWD. CWD feeds 
these inputs into its ISEA processes. 

14. CWD uses its ISEA processes to generate logistics feedback . This feedback 
its transmitted to the Logistics Departments. 

15. CWD uses its ISEA processes to generate AIS requirements . These 
requirements are transmitted to the AIS Department. 
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16. The AIS Department transmits AIS services and policies information to CWD. 
CWD feeds the information into its ISEA processes. 

1 7. CWD uses its ISEA processes to generate dial-up telecommunications 
requirements . These requirements are transmitted to CWC. 

1 8. CWC transmits dial-up services and policies information to CWD. CWD 
feeds this information into its ISEA processes. 



We can simplify our understanding of these information flows by grouping them 
into three domains: production, management, and coordination. 

The production domain contains the requirements and inputs that flow between 
the suppliers and CWD. It also contains the product information and feedback that flow 
between CWD and the customers. This domain directly supports the mission of the 
information factory. 

The management domain encompasses the management information and feedback 
that links CWD to its seniors, CWD to its divisions, and the divisions to their branches. 
This domain supports the vertical integrity of the organization. 

The coordination domain includes the engineering information and feedback, 
logistics information and feedback, and requirements and services information that flows 
between CWD and its peers. It also includes the coordination information that flows 
between 4G10 and 4G20, between 4G40 and 4G50, and between each division’s 
branches. This domain supports the horizontal integrity of the organization. 

In the remaining parts of this section, we will examine each of the three 
information domains. From this examination, we will draw conclusions concerning 
CWD’s information-oriented networking requirements. 
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Figure 13. Information Flows (CWD Perspective -- View One) 
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Figure 14. Information Flows (CWD Perspective — View Two) 
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Figure 15. Information Flows (CWD Perspective -- View Three) 
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Figure 16. Information Flows (CWD Perspective -- View Four) 
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Figure 17. Information Flows (4G10 Perspective) 
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Figure 18. Information Flows (4G20 Perspective) 



44 




Coordination 

Information 



Figure 19. Information Flows (4G40 Perspective) 
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Figure 20. Information Flows (4G50 Perspective) 
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2 . 



The Production Domain 



The production domain contains the requirements, inputs, outputs, and feedback 
that flow between suppliers and CWD, and between CWD and customers. This flow of 
information is triggered by events in each stage of the production life cycle. This cycle 
encompasses planning, development, installation, maintenance, and configuration 
management. 

In the planning phase, CWD deals primarily with top-level system requirements. 
These requirements are critical to the success of the program. Therefore, all the affected 
parties must hold and understand the current versions of them. The current versions are 
exchanged between CWD and its suppliers through the use of formatted documents. 

During the first half of the development phase, CWD works with the segment, 
system, and interface design specifications. It also works with the actual component 
designs. In the second half, CWD deals with such items as final designs, engineering 
drawings, test plans and procedures, test reports, and performance data. This phase 
involves a great deal of communication among CWD, its suppliers, and its internal 
divisions. 5 Much of this communication is associated with the flow of data requests to 
the suppliers and the flow of data inputs to CWD. [Ref. 3] 

During the installation phase, CWD is heavily involved in the preparation and 
delivery of technical manuals (TECHMANS), maintenance requirement cards (MRC’s), 
Coordinated Shipboard Allowance List (COSAL) inputs, and other technical documents. 
These products are transmitted to ships and shore facilities. Most of these documents are 
sent in hard-copy format. 6 Some are recorded on compact discs and mailed to the 
customers for further distribution to the work centers. 



5 For example, a supplier prepares a rough draft of a system specification document. This supplier sends 
the document to the entire development community. CWD, along with the rest of the community, reviews 
the document and sends feedback to the originator. The originator compiles the feedback and sends 
responses to the reviewers. When all of the outstanding issues are resolved, the originator produces a final 
draft and sends it to CWD as a data input. 

6 Via the Defense Publications and Printing Service Office or the Logistics Directorate (print on demand). 
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During the maintenance phase, customers transmit feedback to CWD. This 
feedback normally concerns problems with hardware, software, documentation, 
maintenance procedures, operating procedures, or logistics support. It may relate to a 
minor issue or a significant, time-critical problem. This information flows from the 
customers in the form of handwritten reports or Naval messages. It is processed by the 
Logistics Directorate 7 and passed to CWD for action. 

In many cases, feedback reports trigger significant engineering and logistics 
changes. CWD works with the suppliers to ensure that the changes are made and 
documented. It modifies the engineering drawings and repair parts specifications and 
sends the new information to the Logistics Directorate. In addition, it updates the 
TECHMANS, MRC’s, and COSAL inputs and sends the updated copies to the customers. 
Finally, CWD may, if the situation warrants, generate a technical bulletin and send it to 
the Fleet as a way of drawing special attention to a particular issue. [Ref. 6] 

Configuration management does not exist as an independent phase. It is a 
continuous process that exists throughout the production life cycle. The Harpoon and 
Tomahawk systems are always changing. New components are added, and old ones are 
deleted or modified. New ships receive their installations, and older ships have their 
installations updated or removed. To track these events effectively, CWD must receive 
updates from designers, manufacturers, shipyards, and other key entities. It normally 
receives them through Naval messages, database records, and letters. After it receives the 
updates, CWD must modify its drawings, documents, and databases. Often, it will have 
to pass new information to its customers and peers. [Ref. 6] 

In all phases of the life cycle, information flow from one or more external 
organizations to CWD. Within CWD, it flows to one or more divisions, one or more 
branches, and one or more individuals. Each of these entities plays a role in transforming 
the information so that CWD can pass it, as a product, to one or more external 
organizations. This complex flow pattern presents many challenges to CWD. For 



7 Technical feedback reports can trigger widespread changes in the logistics support packages and their 
associated databases. Therefore, the Logistics Directorate serves as the single point of entry for all 
feedback reports entering the NSWC PHD domain. 
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example, the department must exercise version control over technical documents. In 
addition, the department must have a means for ensuring that the documents meet the 
schedule, cost, and quality goals established by the management team. These challenges 
are addressed by the information contained in the management and coordination domains. 

3. The Management Domain 

The management domain contains the information that flows between seniors and 
subordinates. This information is related to tasks, resources, and policies. 

Task information is associated with development, maintenance, and special 
projects. Managers use this information to track schedule, cost, performance, and quality. 
They exchange it through E-mail, faxes, Naval messages, formatted documents, 
presentation graphics, letters, phone calls, and personal contacts. [Ref. 6] 

Resource information is associated with people, money, facilities, equipment, and 
data. Managers use this information to evaluate needs, submit requirements, receive 
allocations, and control usage or consumption. They exchange it through E-mail, Naval 
messages, faxes, database reports, letters, phone calls, and personal contacts. [Ref. 6] 
Policy information relates to such areas as organizational principles, personnel 
management, acquisition, and security. Seniors use this information to control the 
behavior of their subordinates. Subordinates use it to measure and report their levels of 
compliance. Policy information is normally exchanged through the use of Naval 
messages, letters, and personal contact. [Ref. 6] 

The people who interact with the management domain must contend with multiple 
input and output streams as they attempt to supervise several tasks, control several 
resources, and comply with several policies simultaneously. They would benefit from a 
network that supports its simplification. [Ref. 12] 
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4 . 



The Coordination Domain 



The coordination domain contains the information that flows between peers. This 
information is related to production side-effects and support requirements. 

CWD regularly adds, deletes, or modifies components of the Harpoon and 
Tomahawk weapon control systems. These actions can affect other systems 8 and lead to 
changes in logistics support packages. Therefore, CWD must keep the Systems 
Engineering and Logistics departments informed of any side-effects. By the same token, 
these departments must let CWD know when their efforts will affect the Harpoon or 
Tomahawk programs. This information is exchanged through E-mail, drawings, 
formatted documents, database records, and phone calls, and personal contacts. [Ref. 6] 
In order to function effectively, CWD needs AIS and telecommunications support. 
To obtain this support, CWD gives the AIS Department and CBC information regarding 
its requirements. These entities respond with information regarding the services they will 
provide and the rules associated with using these services. CWD evaluates the level of 
support on a continuous basis. When its needs change, CWD gives the AIS Department 
and CBC new information regarding its requirements. This information is normally 
exchanged through E-mail, letters, phone calls, and personal contacts. 

The coordination domain is complex. The people who interact with it must 
contend with multiple inputs and outputs, a web of interrelated engineering and logistics 
events, and the requirement to evaluate support needs on a regular basis. They would 
benefit from a network that supports the simplification of this domain. 



8 For example, the Harpoon weapon control system and the Mark 92 Fire Control System may contend for 
a limited amount of space and electrical power. Therefore, an increase in the physical or electrical 
“footprint” of the Harpoon weapon control system can lead to a decrease in the space available for Mark 92. 
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5. 



Information Summary 



Our study of the information resources allowed us to draw the following 
conclusions: 

1. CWD’s information resources exist in three domains: production, 
management, and coordination. 

2. Production information relates to requirements, inputs, outputs, and feedback. 
This information passes between suppliers and CWD and between CWD and 
customers during each phase of the production life cycle. 

3. Management information relates to tasks, resources, and policies. This 
information flows vertically between seniors and subordinates. 

4. Coordination information relates to production side-effects and support 
requirements. This information flows horizontally between peers. 

5. The information in these domains can reside in E-mail, Naval messages, faxes, 
multi-version documents, engineering drawings, database records, letters, 
phone calls, and personal contacts. 
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D. BASELINE APPLICATIONS 



1. Introduction 

CWD produces, manages, and coordinates. In order to perform these functions 
effectively, CWD must have the proper tools. In the factory model, these tools would be 
drill presses, lathes, calendars, and time cards. In the world of computer networking, they 
are the applications used by the organization to process information. 

We used a three-step process to study CWD’s applications suite. We started by 
examining the production, management, and coordination functions in detail. From this 
examination, we identified the capabilities that should be supported by the applications 
suite. Then, we matched the elements of the current suite against the capabilities they 
support. By so doing, we were able to determine what applications need to be supported 
by the network and why the network needs to support them. 

2. Functional Decomposition 

Figures 21 through 23 are functional decomposition diagrams. These describe the 
functions that must be performed in order for CWD to produce, manage, and coordinate 
effectively. By studying these diagrams, we can leam the following lessons: 

1 . Production has four sub-functions: input handling, input transformation, 
output delivery, and feedback handling. 

2. Input handling involves determining data requirements, transmitting 
requirements to suppliers, receiving data inputs from suppliers, determining 
the routing of inputs, and then routing inputs to the appropriate divisions, 
branches, and individuals. 
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